home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19941031-19941221 / 000402_news@columbia.edu_Wed Dec 7 03:59:22 1994.msg < prev    next >
Internet Message Format  |  1995-07-31  |  5KB

  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21197
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 12 Dec 1994 11:40:57 -0500
  3. Received: by apakabar.cc.columbia.edu id AA26598
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 12 Dec 1994 11:40:54 -0500
  5. Path: news.columbia.edu!spcuna!solaris.cc.vt.edu!news.mathworks.com!news.duke.edu!godot.cc.duq.edu!newsfeed.pitt.edu!gatech!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Flow Control in MS-DOS Kermit 3.14
  9. Message-Id: <1994Dec7.095922.34783@cc.usu.edu>
  10. Date: 7 Dec 94 09:59:22 MDT
  11. References: <3c2me7$d29@sundog.tiac.net>
  12. Organization: Utah State University
  13. Lines: 76
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3c2me7$d29@sundog.tiac.net>, ciaraldi@max.tiac.net (Michael Ciaraldi) writes:
  17. > Could I get an explanation of how flow control works in MS-DOS Kermit 3.14?
  18. > I've read the MS-DOS Kermit book and the KERMIT.UPD file, but they
  19. > only tell you that you can set flow control to NONE, XON/XOFF, and RTS/CTS,
  20. > and that the XON/XOFF can be set separately for ingoing and outgoing data.
  21. > The documentation does not give any detail beyond that.
  22. > I'm especially interested in XON/XOFF.
  23. > Here are my questions:
  24. > 1) Does "ingoing" mean from the host into the serial port of the PC
  25. > and then into Kermit, and does "outgoing" mean from Kermit out
  26. > the serial port to the host?
  27.     Yes. INCOMING means flow control bytes to/incoming Kermit on the PC,
  28. OUTGOING means from/outgoing from the PC to the remote host, and XON/XOFF 
  29. means in both directions.
  30.  
  31. > 2) Is flow control in Kermit supposed to  work the same during
  32. > terminal emulation as during Kermit file transfer?
  33. > And is it the same during TRANSMIT?
  34.     Transport channels service all higher layers the same way.
  35. Recall that flow control is a datalink affair, not high level operation.
  36.  
  37. > 3) What is the correct setting to have Kermit pass any ^S and ^Q
  38. > characters on to the host, without further processing?
  39. > This would emulate a terminal that implements no flow control at all.
  40.     That's a host problem, yes?
  41.  
  42. > 4) What is the correct setting to have Kermit freeze the screen when
  43. > the user types ^S, and unfreeze it when the user types ^Q,
  44. > but not send the ^S and ^Q to the host?
  45.     The host must stop sending, then the screen will have nothing
  46. new to display.
  47.  
  48. > 5) What is the correct setting to have Kermit freeze the screen when
  49. > the user types ^S, and unfreeze it when the user types ^Q,
  50. > but also send the ^S and ^Q to the host?
  51. > This would emulate a real VT-100, I think.
  52.     See 4.
  53.  
  54. > 6) What is the correct setting to have Kermit send a ^S to the host
  55. > if the host is sending data faster than Kermit can process it,
  56. > then send a ^Q when Kermit can again process new data?
  57. > This is also the way a real VT-100 works.
  58. > In this mode, what is the maximum number of characters the
  59. > host can send after Kermit sends the ^S, without Kermit losing any?
  60.     That's the essence of flow control. OUTGOING or XON/XOFF does
  61. exactly this. Kermit has a several hundred byte cushion, but modems and
  62. host buffers and other comms storage may exceed that. Kermit does not
  63. stop working when it sends and XOFF to the host, so overrun is a gradual
  64. effect. A real VT100 is much slower than MSK and has only a few bytes of 
  65. cushion.
  66.  
  67. > 7) What is the correct setting to have Kermit recognize a ^S sent from
  68. > the host, then not send any data to the host until the host 
  69. > sends a ~Q? In this mode, how many characters can the user
  70. > type without Kermit losing any?
  71. > 8) Suppose Kermit is doing a TRANSMIT without PROMPT, so that it is
  72. > just sending the contents of a file out the serial port.
  73. > What is the setting to have Kermit recognize a ^S from the host
  74. > as a signal to not send any more data, then resume sending
  75. > when the host sends a ^Q?
  76.     Again, basic flow control. The host is sending the XON/XOFF
  77. flow control bytes. Deduction: use SET FLOW INCOMING or XON/XOFF.
  78.  
  79. > 9) Is all this documented somewhere? If so, I will certainly feel foolish
  80. > for having missed it.
  81.     We don't offer a tutorial in basic datacomms so all these details
  82. are not explained in the user's manual. The actions are, but not the way
  83. you ask the questions.
  84.  
  85. > 10) If I want to see how this is implemented, where is it handled
  86. > in the source code?
  87.     Serial comms are in file msxibm.asm.
  88.     Joe D.